home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 3687 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.5 KB
  1. Path: news.wwa.com!rmartin
  2. From: rmartin@oma.com (Robert C. Martin)
  3. Newsgroups: comp.object,comp.lang.c++
  4. Subject: OO Vocabulary complaints.
  5. Date: 25 Jan 1996 15:55:14 GMT
  6. Organization: Object Mentor
  7. Message-ID: <RMARTIN.96Jan25095514@rcm.oma.com>
  8. References: <4der2t$s1q@netlab.cs.rpi.edu> <4dhddu$aig@netlab.cs.rpi.edu>
  9.     <4e0ans$4gc@netlab.cs.rpi.edu>
  10. NNTP-Posting-Host: rmartin.ip.wwa.com
  11. In-reply-to: kanze@gabi.gabi-soft.fr's message of 22 Jan 1996 15:33:16 -0000
  12.  
  13.  
  14.    > Sadly, discussions of containers and iostreams tend to be stratosphereic,
  15.    > with little regard to how to actually use them and why.  I think one
  16.    > reason for this is the use of terminology such as "iterator", "container",
  17.    > subclass, instance, message/procedure/function.  Not to mention
  18.    > encapsulation, polymorphism, loose-coupling, instantiation, etc - all
  19.    > this makes things unneccessarily hard to understand, IMHO, and adds to
  20.    > the perception that all this OOPS stuff is a bunch of hooey.
  21.  
  22. In article <4e0ans$4gc@netlab.cs.rpi.edu> kanze@gabi.gabi-soft.fr (J. Kanze) writes:
  23.  
  24.    I disagree strongly.  I find that the use of such terms makes the
  25.    underlying concepts significantly easier to understand and discuss.
  26.  
  27.    A good example is the Design Patterns book.  In practice, hardly any of
  28.    the design patterns the authors present were new to me.  *BUT* they
  29.    named them.  They presented them as a standard pattern with a standard
  30.    name.  Suddenly, I can explain my code to others, and have them
  31.    understand what I am doing.  I have acquired an ability to talk about
  32.    something in a meaningful way.
  33.  
  34.    Although this book has had a minimal effect on the actual code I'm
  35.    writing, it has completely changed my design documentation and the
  36.    comments.  And, IMHO, that ain't nothing.  I think it one of the most
  37.    important books that has recently appeared.
  38.  
  39. I strongly concurr with James.  One of the ways that technologies
  40. advance is by identifying and then naming concepts.  Yes, this creates
  41. a burden upon practitioners to learn the ever changing, ever growing
  42. vocabularies.  Some practitioners will complain that the new
  43. vocabulary makes things unessesarily difficult to understand.  But
  44. their complaint should be rephrased as: "Damn I wish I didn't have to
  45. work to keep current.".
  46.  
  47.  
  48. --
  49. Robert Martin       | Design Consulting   | Training courses offered:
  50. Object Mentor Assoc.| rmartin@oma.com     |   OOA/D, C++, Advanced OO
  51. 14619 N. Somerset Cr| Tel: (847) 918-1004 |   Mgt. Overview of OOT
  52. Green Oaks IL 60048 | Fax: (847) 918-1023 | Development Contracts.
  53.  
  54.